Method, public account server, and mobile terminal for sending and generating cards

ABSTRACT

A method, a public account server, and a mobile terminal for sending and generating a card are disclosed. The method includes: acquiring user information and card information of the mobile terminal; generating card data for the mobile terminal by using a preset card data model according to the user information and the card information of the mobile terminal; and sending the card data to the mobile terminal, so that the mobile terminal receives the card data, acquires a card template corresponding to the card data, and generates the card by using the card data and the card template.

CROSS REFERENCE TO RELATED APPLICATION

This application is a continuation of Ser. No. 15/304,937, filed Oct.18, 2016, which is a U.S. national stage application under 35 U.S.C. §371 of International Application No. PCT/CN2015/076656, filed on Apr.15, 2015, which claims priority to and the benefits of priority toChinese Application No. CN 201410158328.6, filed on Apr. 18, 2014. Thecontents of the aforementioned applications are incorporated herein byreference in their entireties.

TECHNICAL FIELD

The present disclosure relates to the field of communicationtechnologies, specifically to a method, a public account server, and amobile terminal for sending and generating a card.

BACKGROUND

Along with the development of communication technologies, mobileterminals such as mobile phones have increasingly powerful functions.The mobile terminals can be used not only to make phone calls and sendshort messages, but also to purchase products and the like. For existingservice providers that provide purchasing services for mobile terminals,there is a need to send various cards, such as discount coupons,membership cards and cinema tickets, to the mobile terminals.

Currently, the method of sending cards to the mobile terminals is:sending card messages to the mobile terminals automatically or manuallyby using a public account of the service provider, such as a publicaccount of a service provider on Laiwang, AliPay, WeChat or the like.

However, in the existing method of sending cards to the mobileterminals, the sent card message is merely a simple information typemessage, and cannot form a card that facilitates future use of a user.

SUMMARY

The disclosure seeks to resolve a technical problem of providing amethod, a public account server, and a mobile terminal for sending andgenerating cards. Based on user information and card information of themobile terminal, card data is generated for the mobile terminal by apreset card data model. The card data is sent to the mobile terminal, sothat the mobile terminal receives the card data, and acquires a cardtemplate corresponding to the card data, and generates the card by usingthe card data and the card template. Virtual cards may be sent to themobile terminal, facilitating a user to view and use in the future.

In order to resolve the above-mentioned problem, the disclosure providesa method for sending a card to a mobile terminal, the method comprising:

acquiring user information and card information of the mobile terminal;

generating card data for the mobile terminal by using a preset card datamodel according to the user information and the card information of themobile terminal; and

sending the card data to the mobile terminal, so that the mobileterminal receives the card data, acquires a card template correspondingto the card data, and generates the card by using the card data and thecard template.

Further, the acquiring the user information and the card information ofthe mobile terminal comprises:

receiving a card generating request message sent by the mobile terminal,wherein the card generating request message carries the user informationand the card information of the mobile terminal; and

parsing the card generating request message by using a message engine,so as to obtain the user information and the card information of themobile terminal.

Further, the acquiring the user information of the mobile terminal andthe card information comprises:

receiving a card generating request message sent by a service provider,wherein the card generating request message comprises the userinformation and the card information of the mobile terminal; and

parsing the card generating request message by using a message engine,so as to obtain the user information and the card information of themobile terminal.

Further, the sending the card data to the mobile terminal comprises:

sending the card data to the mobile terminal through a message passageestablished between local and the mobile terminal.

Further, the user information comprises at least one of a user name, auser mobile terminal number, and a level of the user in the serviceprovider of the card, and the card information comprises at least one ofthe service provider of the card and a type of the card.

In order to resolve the above-mentioned problem, the disclosure furtherprovides a method for generating a card, the method comprising:

receiving card data, wherein the card data is generated by a publicaccount server by using a preset card data model according to userinformation and card information of a mobile terminal;

acquiring a card template corresponding to the card data; and

generating the card by using the card data and the card template.

Further, the acquiring a card template corresponding to the card datacomprises:

searching for the card information corresponding to the card data;

sending card template request information carrying the card informationto a card server, so that after the card template request information isreceived by the card server, the card server searches for a cardtemplate corresponding to the card information, and sends the cardtemplate corresponding to the card information to local; and

receiving the card template corresponding to the card information sentby the card server.

Further, the generating the card by using the card data and the cardtemplate comprises:

combining the card data and the card template, so as to obtain ahypertext markup language HTML5 code of the card; and

drawing the card in a Web environment according to the HTML5 code of thecard.

Further, the card template is implemented by using HTML+CSS codes.

Further, after generating the card by using the card data and the cardtemplate, the method further comprises:

storing the card data according to a preset card provider format; and

sharing the card data stored in the card provider format to a designatedapplication.

Further, the preset card provider format isContentResolver.insert(insertUri, values), wherein the “values”corresponds to the card data, the “insertUri” corresponds to an addressof the card data.

In order to resolve the above-mentioned problem, the disclosure providesa public account server, the public account server comprising:

a first acquiring module, configured to acquire user information andcard information of a mobile terminal;

a first generating module, configured to generate card data for themobile terminal by using a preset card data model according to the userinformation and the card information of the mobile terminal; and

a sending module, configured to send the card data to the mobileterminal, so that the mobile terminal receives the card data, acquires acard template corresponding to the card data, and generates the card byusing the card data and the card template.

Further, the first acquiring module comprises:

a first receiving unit, configured to receive a card generating requestmessage sent by the mobile terminal, wherein the card generating requestmessage carries the user information and the card information of themobile terminal; and

a first parsing unit, configured to parse the card generating requestmessage by a message engine, so as to obtain the user information andthe card information of the mobile terminal.

Further, the first acquiring unit comprises:

a second receiving unit, configured to receive the card generatingrequest message sent by a service provider, wherein the card generatingrequest message comprises the user information and the card informationof the mobile terminal; and

a second parsing unit, configured to parse the card generating requestmessage by a message engine, so as to obtain the user information andthe card information of the mobile terminal.

Further, the sending module comprises:

a first sending unit, configured to send the card data to the mobileterminal through a message passage established between local and themobile terminal.

Further, the user information comprises at least one of a user name, auser mobile terminal number, and a level of the user in the serviceprovider of the card, and the card information comprises at least one ofthe service provider of the card and a type of the card.

In order to resolve the above-mentioned problem, the disclosure furtherprovides a mobile terminal, the mobile terminal comprising:

a receiving module, configured to receive card data, wherein the carddata is generated by a public account server by using a preset card datamodel according to user information and card information of a mobileterminal;

a second acquiring module, configured to acquire a card templatecorresponding to the card data; and

a second generating module, configured to generate the card by using thecard data and the card template.

Further, the second acquiring module comprises:

a searching unit, configured to search for the card informationcorresponding to the card data;

a second sending unit, configured to send card template requestinformation carrying the card information to a card server, so thatafter the card template request information is received by the cardserver, the card server searches for a card template corresponding tothe card information and sends the card template corresponding to thecard information to local; and

a third receiving unit, configured to receive the card templatecorresponding to the card information sent by the card server.

Further, the second generating unit comprises:

a combining unit, configured to combine the card data and the cardtemplate, so as to obtain a hypertext markup language HTML5 code of thecard; and

a drawing unit, configured to draw the card in a Web environmentaccording to the HTML5 code of the card.

Further, the card template is implemented by HTML+CSS codes.

Further, the mobile terminal further comprises:

a storing module, configured to store the card data according to apreset card provider format; and

a sharing module, configured to share the card data stored in the cardprovider format to a designated application.

Further, the preset card provider format isContentResolver.insert(insertUri, values), wherein the “values”corresponds to the card data, the “insertUri” corresponds to an addressof the card data.

Compared with prior art, the disclosure may have the following technicaleffects:

Based on the user information and the card information of the mobileterminal, the card data is generated for the mobile terminal by thepreset card data model. The card data is sent to the mobile terminal, sothat the mobile terminal receives the card data, and acquires a cardtemplate corresponding to the card data, and generates the card by usingthe card data and the card template. Virtual cards may be sent to themobile terminal, facilitating the user to view and use in the future. Bymeans of the method of the disclosure, simple card messages may beconverted to virtual cards in various forms, and the cards are intuitiveand visual. The card data is stored according to a preset card providerformat. The card data stored in the card provider format is shared tothe designated application. It provides a unified system for sharing andcirculating cards, so that the card data may be illustrated and used inother applications of the mobile terminal.

It should be noted that, any product of this disclosure may not achieveall the technical effects described above simultaneously.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which constitute a part of thisspecification, illustrate several embodiments and, together with thedescription, serve to further explain the disclosed principles.

FIG. 1 is a flow chart of a method for sending a card to a mobileterminal according to embodiments of the disclosure;

FIG. 2 is a flow chart of a method for generating a card according tothe embodiments of the disclosure;

FIG. 3 is a flow chart of an application according to the embodiments ofthe disclosure;

FIG. 4 is an illustrative diagram of a flow of an application accordingto the embodiments of the disclosure;

FIG. 5 is an illustrative diagram of generating a card according to theembodiments of the disclosure;

FIG. 6 is an illustrative structural diagram of a public account serveraccording to the embodiments of the disclosure;

FIG. 7 is an illustrative structural diagram of a mobile terminalaccording to the embodiments of the disclosure; and

FIG. 8 is an illustrative structural diagram of another mobile terminalaccording to the embodiments of the disclosure.

DETAILED DESCRIPTION

Implementations of the disclosure will be described in details withreference to accompanying drawings and embodiments, to help with fullyunderstanding of how to apply technical solutions to solve technicalproblems and achieve technical effects and implementation of thedisclosure.

In a typical configuration, a computer device includes one or moreCentral Processing Units (CPUs), an input/output interface, a networkinterface, and a memory.

The memory may include forms of a volatile memory, a random accessmemory (RAM), and/or non-volatile memory and the like, such as aread-only memory (ROM) or a flash RAM in a computer-readable storagemedium. The memory is an example of the computer-readable storagemedium.

The computer-readable storage medium refers to any type of physicalmemory on which information or data readable by a processor may bestored. Thus, a computer-readable storage medium may store instructionsfor execution by one or more processors, including instructions forcausing the processor(s) to perform steps or stages consistent with theembodiments described herein. The computer-readable medium includesnon-volatile and volatile media, and removable and non-removable media,wherein information storage may be implemented with any method ortechnology. Information may be modules of computer-readableinstructions, data structures and programs, or other data. Examples of anon-transitory computer-readable medium include but are not limited to aphase-change random access memory (PRAM), a static random access memory(SRAM), a dynamic random access memory (DRAM), other types of randomaccess memories (RAMs), a read-only memory (ROM), an electricallyerasable programmable read-only memory (EEPROM), a flash memory or othermemory technologies, a compact disc read-only memory (CD-ROM), a digitalversatile disc (DVD) or other optical storage, a cassette tape, tape ordisk storage or other magnetic storage devices, a cache, a register, orany other non-transmission media that may be used to store informationcapable of being accessed by a computer device. The computer-readablestorage medium is non-transitory, and does not include transitory media,such as modulated data signals and carrier waves.

DESCRIPTION OF EMBODIMENTS

The method of the disclosure will be further described based on anembodiment. As shown in FIG. 1, a flow chart of a method for sending acard to a mobile terminal provided by the embodiment of the disclosureis illustrated. The method may include:

S101: acquiring user information and card information of the mobileterminal.

In S101, the user information of the mobile terminal includes at leastone piece of information such as a user name, a user mobile terminalnumber, a level of the user in the service provider (for example, theservice provider is a bank, and the level of the user in the bank is acommon user, and the like). The card information of the mobile terminalincludes at least one piece of information, such as a service providerof a card and a type of the card.

For example, the acquiring the user information and the card informationof the mobile terminal may include:

receiving a card generating request message sent by the mobile terminal,wherein the card generating request message carries the user informationand the card information of the mobile terminal; and

parsing the card generating request message by using a message engine,so as to obtain the user information and the card information of themobile terminal.

Alternatively, for example, the acquiring the user information and cardinformation of the mobile terminal may include:

receiving a card generating request message sent by a service provider,wherein the card generating request message carries the user informationof and the card information the mobile terminal; and

parsing the card generating request message by using a message engine,so as to obtain the user information and the card information of themobile terminal.

That is, the acquisition of the user information and the cardinformation of the mobile terminal may be from the mobile terminal orfrom the service provider. For example, a user may be informed, througha public account of a restaurant, that it is capable of getting amembership card of the restaurant. And if the user wants to acquire themembership card of the restaurant, the user may submit, through a mobileterminal, a card generating request message carrying user informationand card information of the mobile terminal to a public account server.In another example, if a shopping mall intends to pre-releaseconcessionary cards, the shopping mall may acquire, through a publicaccount thereof on Laiwang, information of the users who follow theshopping mall, and then submit a card generating request messagecarrying the user information and the card information of the mobileterminal to the public account server.

For example, a format of the card generating request message may be acommon text, an image-text, an audio message, a menu event, or the like.The format of the card generating request message is not limited herein.

S102: generating card data for the mobile terminal by using a presetcard data model according to the user information and the cardinformation of the mobile terminal.

Specifically, a card data engine may be generated based on the presetcard data model and the card data is generated for the mobile terminalby the card data engine using the preset card data model based on theuser information and the card information of the mobile terminal.

In the embodiment, the preset card data model is shown below:

{    “card-id”//card identification    “service-id”//service provideridentification (also referred to as an ISV (Internet Server Provider)identification)    “ownerid”//card owner    “title”//card title   “content”//specific content of the card    “occurtime”//card occurtime (may be a start time of    using the card)    “gmtexpired”//cardexpiration time (may be an end time    of using the card)   “location”//card location (may be a place of using the card)   “logourl”//card logo picture address }

It should be noted that, the card data model is not limited to the aboveform, and may be set flexibly according to actual applicationsituations. The card data model is not limited herein.

Moreover, it should be noted that the card data based on the card datamodel may be designed by using a format such as JSON (JavaScript ObjectNotation), HTML (Hypertext Markup Language), or the like.

S103: sending the card data to the mobile terminal, so that the mobileterminal receives the card data, acquires a card template correspondingto the card data, and generates a card by using the card data and thecard template.

Specifically, the sending the card data to the mobile terminal mayinclude:

sending the card data to the mobile terminal through a message passageestablished between local and the mobile terminal.

For example, the message passage is a channel that is used for sendingand receiving message data and is established between the mobileterminal and the local (for example, the public account server).

In the method of sending the card to the mobile terminal according tothe embodiment, the card data is generated for the mobile terminal byusing the preset card data model according to the user information andthe card information of the mobile terminal. The card data is sent tothe mobile terminal, so that the mobile terminal receives the card data,acquires the card template corresponding to the card data, and generatesthe card by using the card data and the card template, so as toimplement the capability of sending a virtual card to the mobileterminal, thereby facilitating the user to view and use in the future.By means of the method in the embodiment, simple card messages may beconverted to virtual cards in various forms, and the cards are intuitiveand visual.

FIG. 2 shows a method of generating a card according to an embodiment ofthe disclosure. The method comprises:

S201: receiving card data.

For example, the card data is generated by a public account server usinga preset card data model according to user information and cardinformation of a mobile terminal. For example, the user informationincludes at least one of a user name, a user mobile terminal number, anda level of a user in a service provider of a card, and the cardinformation includes at least one of a service provider of the card anda type of the card.

S202: acquiring card template corresponding to the card data.

For example, the acquiring the card template corresponding to the carddata includes:

searching for card information corresponding to the card data;

sending card template request information carrying the card informationto the card server, so that after the card template request informationis received by the card server, the card server searches for the cardtemplate corresponding to the card information, and sends the cardtemplate corresponding to the card information to local; and

receiving the card template corresponding to the card information sentby the server.

For example, the card server may be a server that is set independently,and may also be a service unit that is set in a public account server.The card server is not specifically limited herein. Moreover, the cardtemplate corresponding to the card information may be preset accordingto the service provider, the card type and the like in the cardinformation, and the card template corresponding to the card informationis stored in the card server, so that the card template may be acquiredfrom the card server if needed.

S203: generating the card using the card data and the card template.

For example, the generating the card by using the card data and the cardtemplate includes:

combining the card data and the card template, so as to obtain aHypertext Markup Language (HTML) 5 code of the card; and

drawing the card in a Web environment according to the HTML5 code of thecard.

For example, the card template may be implemented by using HTML+CSS(Cascading Style Sheet) codes.

For example, with reference to FIG. 3, after the generating the card byusing the card data and the card template, the method further includes:

S204: storing the card data according to a preset card provider format.

The preset card provider format is: ContentResolver.insert (insertUri,values);

The “values” corresponds to the card data, and the “insertUri”corresponds to the address of the card data. For example, the“insertUri” is set to: content://com.yunos.lifecard/cards.

S205: sharing the card data stored in the card provider format to adesignated application.

For example, the designated application may be one or more applicationsin the mobile terminal, and may also be all applications in the mobileterminal. According to actual application situations, some applicationsmay be preset as the designated applications, or the user may selectsome applications as the designated applications upon using.

Specifically, by means of broadcasting, the card data stored in the cardprovider format is shared to the designated application. For example, abroadcast of the card is generated and defined as:com.yunos.lifecard.action.LIFECARD_ADDED, and all applications receivingthis broadcast will receive a broadcast notification of adding the card,acquire the card data from a system provider, and then use the card databased on specific requirements of respective applications, so that thecard data may be shared and circulated between the applications.

In the method of sending the card to the mobile terminal according tothe embodiment, the card data is generated for the mobile terminal byusing the preset card data model according to the user information andthe card information of the mobile terminal. The card data is sent tothe mobile terminal, so that the mobile terminal receives the card data,acquires the card template corresponding to the card data, and generatesthe card by using the card data and the card template, so as toimplement the capability of sending a virtual card to the mobileterminal, thereby facilitating the user to view and use in the future.By means of the method in the embodiment, simple card messages may beconverted to virtual cards in various forms, and the cards are intuitiveand visual.

To facilitate understanding of the disclosure, the implementation of thedisclosure is further illustrated by an example of using a mobile phoneas the mobile terminal and using a specific application process of amobile phone and a public account. With reference to FIG. 3 and FIG. 4,the application process includes:

S301: the mobile phone sends a card generating request message to thepublic account server.

A user sends the card generating request message to a public account byusing the mobile phone, and the card generating request message carriesuser information and card information of the mobile phone. The format ofthe card generating request message may be a common text, an image-text,an audio message, a menu event, or the like.

S302: the public account server generates card data.

After the card generating request message of the mobile phone isreceived by the public account server, the public account server parsesthe card generating request message by using a message engine, so as toobtain the user information and the card information of the mobilephone. A card data engine of the public account server generates thecard data for the mobile terminal by using a preset card data modulebased on the user information and the card information of the mobilephone.

S303: the public account server sends the card data to the mobile phone.

The public account server sends the card data generated in the previousstep to the mobile phone based on a message passage established with themobile phone.

S304: the mobile phone generates a card.

After the card data is received by the mobile phone, the mobile phonemay request a card server for a corresponding card template based on thecard data (bi-directional). The card template is HTML+CSS codes, definesa style of a card, and generates a card by rendering of a Web runningenvironment in combination with the card data.

With reference to FIG. 5, a diagram of generating a card according to anembodiment of the disclosure is illustrated.

S305: the card is shared and circulated among different applications inthe mobile phone.

After the card is generated by the mobile phone, the card data is storedaccording to a preset card provider, and shared to other applications inthe mobile phone, so that the card is shared and circulated amongdifferent applications in the mobile phone.

In the method of generating the card according to the embodiment, thecard data is generated for the mobile terminal by using the preset carddata model according to the user information and the card information ofthe mobile terminal. The card data is sent to the mobile terminal, sothat the mobile terminal receives the card data, acquires the cardtemplate corresponding to the card data, and generates the card by usingthe card data and the card template, so as to implement the capabilityof sending a virtual card to the mobile terminal, thereby facilitatingthe user to view and use in the future. By means of the method in theembodiment, simple card messages may be converted to virtual cards invarious forms, and the cards are intuitive and visual. The card data isstored according to the preset card provider, and the card data storedaccording to the preset card provider is shared to designatedapplications. By providing a unified system for sharing and circulatingthe card, the card data may be illustrated and used in otherapplications in the mobile phone.

As shown in FIG. 6, a structural diagram of a public account serveraccording to an embodiment of the disclosure is illustrated. The publicaccount server includes:

a first acquiring module 401, configured to acquire user information andcard information of a mobile terminal;

a first generating module 402, configured to generate card data for themobile terminal by using a preset card data model according to the userinformation and the card information of the mobile terminal; and

a sending module 403, configured to send the card data to the mobileterminal, so that the mobile terminal receives the card data, acquires acard template corresponding to the card data, and generates the card byusing the card data and the card template.

Further, the first acquiring module 401 comprises:

a first receiving unit, configured to receive a card generating requestmessage sent by the mobile terminal, wherein the card generating requestmessage carries the user information and the card information of themobile terminal; and

a first parsing unit, configured to parse the card generating requestmessage by a message engine, so as to obtain the user information andthe card information of the mobile terminal.

Further, the first acquiring unit 401 comprises:

a second receiving unit, configured to receive the card generatingrequest message sent by a service provider, wherein the card generatingrequest message comprises the user information and the card informationof the mobile terminal; and

a second parsing unit, configured to parse the card generating requestmessage by a message engine, so as to obtain the user information andthe card information of the mobile terminal.

Further, the sending module 403 comprises:

a first sending unit, configured to send the card data to the mobileterminal through a message passage established between local and themobile terminal.

Further, the user information comprises at least one of a user name, auser mobile terminal number, and a level of the user in the serviceprovider of the card, and the card information comprises at least one ofthe service provider of the card and a type of the card.

In the public account server according to the embodiment, the card datais generated for the mobile terminal by using the preset card data modelaccording to the user information and the card information of the mobileterminal. The card data is sent to the mobile terminal, so that themobile terminal receives the card data, acquires the card templatecorresponding to the card data, and generates the card by using the carddata and the card template, so as to implement the capability of sendinga virtual card to the mobile terminal, thereby facilitating the user toview and use in the future. By means of method in the embodiment, simplecard messages may be converted to virtual cards in various forms, andthe cards are intuitive and visual.

As shown in FIG. 7, a structural diagram of a mobile terminal accordingto an embodiment of the disclosure is illustrated. The mobile terminalcomprises:

a receiving module 501, configured to receive card data, wherein thecard data is generated by a public account server by using a preset carddata model according to user information and card information of amobile terminal;

a second acquiring module 502, configured to acquire a card templatecorresponding to the card data; and

a second generating module 503, configured to generate the card by usingthe card data and the card template.

Further, the second acquiring module 502 comprises:

a searching unit, configured to search for the card informationcorresponding to the card data;

a second sending unit, configured to send card template requestinformation carrying the card information to a card server, so thatafter the card template request information is received by the cardserver, the card server searches for a card template corresponding tothe card information and sends the card template corresponding to thecard information to local; and

a third receiving unit, configured to receive the card templatecorresponding to the card information sent by the card server.

Further, the second generating unit 503 comprises:

a combining unit, configured to combine the card data and the cardtemplate, so as to obtain a hypertext markup language (HTML) 5 code ofthe card; and

a drawing unit, configured to draw the card in a Web environmentaccording to the HTML5 code of the card.

Further, the card template is implemented by HTML+CSS codes.

Further, the mobile terminal further comprises:

a storing module 504, configured to store the card data according to apreset card provider format; and

a sharing module 505, configured to share the card data stored in thecard provider format to a designated application.

Further, the preset card provider format isContentResolver.insert(insertUri, values), wherein the “values”corresponds to the card data, the “insertUri” corresponds to an addressof the card data.

In the mobile terminal according to the embodiment, the card data isgenerated for the mobile terminal by using the preset card data modelaccording to the user information and the card information of the mobileterminal. The card data is sent to the mobile terminal, so that themobile terminal receives the card data, acquires the card templatecorresponding to the card data, and generates the card by using the carddata and the card template, so as to implement the capability of sendinga virtual card to the mobile terminal, thereby facilitating the user toview and use in the future. By means of method in the embodiment, simplecard messages may be converted to virtual cards in various forms, andthe cards are intuitive and visual. The card data is stored according tothe preset card provider, and the card data stored according to thepreset card provider is shared to designated applications. By providinga unified system for sharing and circulating the card, the card data maybe illustrated and used in other applications in the mobile phone.

The public account server and the mobile terminal correspond to themethod described above. If the public account server and the mobileterminal are not fully described, please refer to the description withrespect to the above-mentioned methods and devices, the description ofwhich is omitted herein.

The above descriptions illustrate and describe some embodiments of thedisclosure. As stated above, it will be appreciated that the presentinvention is not limited to the forms that has been disclosed herein,and does not exclude other embodiments either. The embodiments may beapplied to other combination, modification, and environment. And variousmodifications and changes may be made according to the above teachingsand related technologies or knowledge, within the conceptive scope ofthe disclosure. The modifications and changes made by those skilled inthe art are within the scope of the disclosure. It is intended that thescope of the invention should only be limited by the appended claims.

What is claimed is:
 1. A method implemented by a server, the methodcomprising: receiving a card generating request message via a messagechannel; parsing the card generating request message by using a messageengine, to determine user information and card information; generatingcard data by using a preset card data model according to the userinformation and the card information; and sending the card data to amobile terminal via the message channel, wherein the card data is usedby the mobile terminal to: acquire a card template corresponding to thecard data, generate a virtual card by using the card template, and send,to one or more applications in the mobile terminal, a broadcastnotification of sharing the virtual card.
 2. The method according toclaim 1, wherein the virtual card comprises a coupon.
 3. The methodaccording to claim 1, wherein the receiving the card generating requestmessage comprises: receiving the card generating request message fromthe mobile terminal.
 4. The method according to claim 1, wherein thereceiving the card generating request message comprises: receiving thecard generating request message from a service provider.
 5. The methodaccording to claim 1, wherein the user information comprises at leastone of a user name, a user mobile terminal number, and a level of a userin a service provider of the card; and the card information comprises atleast one of the service provider of the card and a type of the card. 6.A server, comprising: a memory storing instructions; and one or moreprocessors configured to execute the instructions to cause the serverto: receive a card generating request message via a message channel;parse the card generating request message by using a message engine, todetermine user information and card information; generate card data fora mobile terminal by using a preset card data model according to theuser information and the card information; and send the card data to themobile terminal via the message channel, wherein the card data is usedby the mobile terminal to: acquire a card template corresponding to thecard data, generate a virtual card by using the card template, and send,to one or more applications in the mobile terminal, a broadcastnotification of sharing the virtual card.
 7. The server according toclaim 6, wherein the virtual card comprises a coupon.
 8. The serveraccording to claim 6, wherein the one or more processors is furtherconfigured to execute the instructions to cause the server to: receivethe card generating request message sent by the mobile terminal.
 9. Theserver according to claim 6, wherein the one or more processors isfurther configured to execute the instructions to cause the server to:receive the card generating request message from a service provider. 10.The server according to claim 6, wherein: the user information comprisesat least one of a user name, a user mobile terminal number, and a levelof a user in a service provider of the card; and the card informationcomprises at least one of the service provider of the card and a type ofthe card.
 11. A non-transitory computer readable medium that stores aset of instructions that is executable by at least one processor of acomputer system to cause the computer system to perform a methodcomprising: receiving a card generating request message via a messagechannel; parsing the card generating request message by using a messageengine, to determine user information and card information; generatingcard data for a mobile terminal by using a preset card data modelaccording to the user information and the card information; and sendingthe card data to the mobile terminal via the message channel, whereinthe card data is used by the mobile terminal to: acquire a card templatecorresponding to the card data, generate a virtual card by using thecard template, and send, to one or more applications in the mobileterminal, a broadcast notification of sharing the virtual card.
 12. Thenon-transitory computer readable medium according to claim 11, whereinthe virtual card comprises a coupon.
 13. The non-transitory computerreadable medium according to claim 11, wherein receiving the cardgenerating request message comprises: receiving the card generatingrequest message from the mobile terminal.
 14. The non-transitorycomputer readable medium according to claim 11, wherein receiving thecard generating request message comprises: receiving the card generatingrequest message from a service provider.
 15. The non-transitory computerreadable medium according to claim 11, wherein: the user informationcomprises at least one of a user name, a user mobile terminal number,and a level of a user in a service provider of the card; and the cardinformation comprises at least one of the service provider of the cardand a type of the card.